PD ROM 1

home *** CD-ROM | disk | FTP | other *** search

/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / Delphi Digests / Delphi Vol. 2 / Delphi 2.32 < prev next >

Wrap

Text File | 1986-08-13 | 32.1 KB | 898 lines | [TEXT/ttxt]

del Message 1416934 has been deleted. Message: 1417963, 855 lines Posted: 11:40pm EDT, Thu Jul 31/86, imported: 5:01am EDT, Fri Aug 1/86 Subject: Delphi Mac Digest V2 #32 To: Peter_Johnston@UQV-MTS, PC Macintosh, MacTechnics User Group, John Dorsey, Alex_Ranous@UB-MTS, Abraham Vanderspek From: SHULMAN@RED.RUTGERS.EDU Delphi Mac Digest Friday, 1 August 1986 Volume 2 : Issue 32 Today's Topics: RE: Stock programs RE: Interrupt switch (new roms) and Apple Modem? RE: Cooling fan (Re: Msg 10757) RE: new hard disk (Re: Msg 10820) RE: Manx's Mac 1.06H.1 C and assembler bugs RE: Interrupt switch (new roms) and Apple Modem? RE: Modems with Mac+'s (Re: Msg 10857) RE: Modems with Mac+'s (Re: Msg 10864) section 18 of IM Vol. 4 RE: Lightspeed C Editor (Re: Msg 385) RE: Lightspeed C Editor (Re: Msg 401) RE: File menu and DA's (Re: Msg 383) RE: File menu and DA's (Re: Msg 402) RE: INFO-MAC Digest V4 #91 (Re: Msg 10927) RE: Idle DA Bombs & QUED Masstech RE: Masstech (Re: Msg 10934) RE: MaxPlus from MacMemory Inc. (Re: Msg 10910) RE: Strange System/Finder Behavior: Folder Sizes Menu Manager bug? RE: Menu Manager bug? (Re: Msg 415) RE: Menu Manager bug? (Re: Msg 417) RE: Menu Manager bug? (Re: Msg 420) RE: Menu Manager bug? (Re: Msg 420) RE: Menu Manager bug? (Re: Msg 436) RE: SCSD hd recommendations Internal Drive Chokes and Dies RE: Internal Drive Chokes and Dies (Re: Msg 10971) RE: Internal Drive Chokes and Dies (Re: Msg 10972) 3780 BiSync Protocol RE: TOPS by Centram Systems West RE: RE: System 3.2 Bugs voice recognition RE: _Debugger trap failure RE: RE: System 3.2 Bugs RE: MacroMind DataFrame Price Cut RE: Usenet Mac Digest V2 #60 (Re: Msg 11008) 800K Drives RE: INFO-MAC Digest V4 #93 (Re: Msg 10973) PostScript and the new fonts in the Lase zoom box zooming Printer reset crash ----------------------------------------------------------------------- From: MACINTOUCH (10850) Subject: RE: Stock programs Date: 26-JUL 11:28 Network Digests To: Scott Menter <escott@bonnie.UCI.EDU> (unfortunately, I cannot reply directly) Pro Plus Software has a product for the Macintosh called Market Pro, at $395, which looks like a powerful application for dealing with stocks. We have not seen it, however; and our information comes only from news releases. Pro Plus Software, 2830 E. Brown, Rd., Suite C-12, Mesa, AZ 85203; 602-830-8835. Ric Ford "MacInTouch" newsletter ------------------------------ From: MACINTOUCH (10852) Subject: RE: Interrupt switch (new roms) and Apple Modem? Date: 26-JUL 11:38 Network Digests From: John T Kohl <jtkohl@ATHENA.MIT.EDU> Subject: Interrupt switch (new roms) and Apple Modem? I haven't done it, but you should be able to hack a cable to avoid passing signals except RD and TD between the modem and the Mac. I think this will solve the problem. It's a known bug/feature. Ric Ford ------------------------------ From: RMORRIS (10855) Subject: RE: Cooling fan (Re: Msg 10757) Date: 26-JUL 13:01 Hardware & Peripherals I have 2 Macs and both have Fanny Mac attached. I'm very pleased with the results especially has I have to run on 50Hz, and the machines heat up a lot more. ------------------------------ From: MACINTOUCH (10846) Subject: RE: new hard disk (Re: Msg 10820) Date: 26-JUL 11:10 Hardware & Peripherals Joe, The only thing I know of regarding 1) is the Consulair Path manager. I'm not sure it will do what you need, though. There's some stuff to answer 2) floating around in the databases here, but I've forgotten exactly what. Maybe someone else can answer. There is a version 5.4 of Copy II Mac, but I'm not sure whether it can handle Sargon III. Have you checked FWB Software to see if they have a Hard Disk Util patch for it? Ric ------------------------------ From: PEABO (10858) Subject: RE: Manx's Mac 1.06H.1 C and assembler bugs Date: 26-JUL 14:54 Network Digests > From: vantreeck@logic.dec.com > Subject: Manx's Mac 1.06H.1 C and assembler bugs > Date: 21 Jul 86 16:52:58 GMT > Organization: Digital Equipment Corporation > I still haven't figured out why the Manx assembler and compiler > will not give any success, informational, nor error messages when > I use the 3.1.1 system file (181KB) instead of the 71KB system > file that came with distribution disks. All that comes to the > screen is a new prompt when I use my system file. I would have expected the Shell to malfunction even before you get to any of the MANX compilers or utilities, but is the problem due to lack of the special screen driver (DRVR resource named .con)? peter ------------------------------ From: PEABO (10860) Subject: RE: Interrupt switch (new roms) and Apple Modem? Date: 26-JUL 15:13 Network Digests > From: John T Kohl <jtkohl@ATHENA.MIT.EDU> > Date: Thu, 24 Jul 86 00:12:07 EDT > Subject: Interrupt switch (new roms) and Apple Modem? > I just found some weird interactions between an Apple Modem 1200 and the > New roms on a 512k logic board. > If the modem is asserting DCD, the interrupt switch gives the normal > debug window and things work fine. ... > Has anyone else had this problem/know how to fix it? This is a feature, not a bug! The nano-debugger in the new ROMs appears to be set up to function as a nub if a connection is made to the serial port. I haven't heard of anyone using it with MacDB on a second Mac to see if that works, but it would be worth a try. peter ------------------------------ From: PDNNOG (10864) Subject: RE: Modems with Mac+'s (Re: Msg 10857) Date: 26-JUL 19:11 Hardware & Peripherals According to IM#4, the new serial driver will pull DTR high when the serial port is accessed, and low when it closes. There is also a software call to enable the DTR high alla time. Or set your modem to ignore such. ------------------------------ From: JEFFS (10878) Subject: RE: Modems with Mac+'s (Re: Msg 10864) Date: 27-JUL 00:08 Hardware & Peripherals Yeah, that was the problem. The real problem was that my modem manual had the DIP switches reversed so I kept setting the wrong one. Trial and error -figured it out. Thanks. Jeff ------------------------------ From: PEABO (393) Subject: section 18 of IM Vol. 4 Date: 26-JUL 15:29 Inside Mac I also received the paper copy today, and it looks like the mysterious section 18 is indeed a compilation and final edit of various other chapters of volume -4 previously released in alpha form (such as the file manager chapter). It does not have an equivalent electronic edition. :-( peter ------------------------------ From: BIV (398) Subject: RE: Lightspeed C Editor (Re: Msg 385) Date: 27-JUL 20:33 Tools for Developers All I can say is I've just converted Performer (800K of source) from Consulair to Lightspeed, and even with Lightspeeds imperfections, I'll take it over anything else out there. My development effeciency has at least doubled or tripled due to the compile and link speed. I've also sent THINK many pages of suggestions... no word yet as to if they will be updating the system. But if they do, I wouldn't use anything else! -Roy Groth (Mark of the Unicorn). ------------------------------ From: VINDICATOR (403) Subject: RE: Lightspeed C Editor (Re: Msg 401) Date: 27-JUL 21:45 Tools for Developers I have been converting a small to medium size application to Lightspeed (from Megamax) which is a real pain. I'm sure the time taken will be shaved off my time in purgatory. Aside from that, I have to agree that even with it's mediocre (not a bad one- just not up to the standards of the rest of the package) editor, Lightspeed is the way to go if you're using C. ------------------------------ From: JIMH (402) Subject: RE: File menu and DA's (Re: Msg 383) Date: 27-JUL 21:20 Programming Techniques Dave, i have been looking at miniwriter for the last week both for home and the office computers and i have a problem with the fact that it changes the creator to that of macwrite regardless of the original creator. this makes it a pain when i want to quickly edit some code while still in the compiler as it changes my creator from qued to macwrite. any chance you will change it in the future to let the user chose the creator like RR does, or leave existing files alone? all in all its a great program which i plan to recommend for work where they dont do programming on the mac, however for myself i plan to go back to mockwrite even though in all other areas your program is far supperior. jim ------------------------------ From: DDUNHAM (409) Subject: RE: File menu and DA's (Re: Msg 402) Date: 28-JUL 21:30 Programming Techniques Yes, choice of creator will be part of future releases. I'm currently changing it because you could be doing a "Save as" and changing an old document's type (a very bad thing to do in the Finder, BTW). I never double-click QUED docs (#1 I think it's an ugly quill, not nearly as attractive as JEFFS's banana, and I'm currently using LightspeedC's document icon; #2 I use the Aztec C shell). Rather than give up Undo, why not Fedit miniWRITER and change MACA to QUED? -(I think it's in 2 places.) I just made the changes, but I don't really want to have umpteen versions floating around. Now if someone would tell me how to use the low-level -drivers to print more than one laser page, it might be worth a release... ------------------------------ From: DDUNHAM (10945) Subject: RE: INFO-MAC Digest V4 #91 (Re: Msg 10927) Date: 29-JUL 04:50 Network Digests to: Kathleen Huddleston <gregory@ICSE.UCI.EDU> >I have upgraded my Mac with the new ROMs and new system (3.2). I also >am using a HD20 in addition to the 800K drive. Do I need the HD20 >driver in my system folder on the Hard disk, or is this already >bundled in the ROMs or System 3.2? Also, I have heard that AppleTalk >is in the new System and new ROMs. Therefore, do I need the separate >Apple Talk driver as well? While I'm at it, do I need the software >version of the Chicago font in my System Font file? You definitely don't need the HD20 file. Exactly what you can take out of -your System file is a matter between you and your environment. Frex, you can -remove MDEF 0, but not if you run Switcher (unless Andy fixed this in 5.0). The resources you can definitely remove are PTCH 105 and PTCH 28927, which are patches for 64K ROM and MacWorks, respectively. FONT 12 and WDEF 0 also safe. Others, such as .Print, are not. I tried removing the AppleTalk stuff and Chatter didn't work. If you have 20 megs, there's really no reason to worry about size (unless you're trying to make a small resource map to shrink system heap) -- use HFS Backup if your System (like mine) is over 800K. to: Tom Dowdy CML5A9%IRISHMVS.BITNET@WISCVM.ARPA re: Help with Font Changer Improvments I'd like to see a way to change sizes: change Times 12 to Times 10, and Helvetica 10 to Helvetica 9, at the same time (this particular change I make fairly often). ------------------------------ From: DDUNHAM (10946) Subject: RE: Idle DA Bombs & QUED Date: 29-JUL 04:51 Network Digests to: dubois@uwmacc.UUCP (Paul DuBois) re: Idle DA Bombs & QUED I think QUED deletes a menu so it can change its title. The three idles I referred to are Idle (Schuster's original), ZoomIdle, and Stars. ------------------------------ From: JLG (10934) Subject: Masstech Date: 29-JUL 00:51 Hardware & Peripherals I have a friend who has the Masstech 2 meg upgrade. Has anyone heard from or of themrecently? Does anyone know if the 128K roms are compatible with it? Any help appreciated. Thanks. Joe Gagnon ------------------------------ From: PEABO (10941) Subject: RE: Masstech (Re: Msg 10934) Date: 29-JUL 02:58 Hardware & Peripherals The word here in the Boston area is that Masstech went out of business. It might still be worth a try calling them up though. peter ------------------------------ From: UJL0012 (10948) Subject: RE: MaxPlus from MacMemory Inc. (Re: Msg 10910) Date: 29-JUL 10:08 Hardware & Peripherals Hi, What Steve has told you is correct. Let me just add some of my personal comments. First of all, KanjiTalk is excellent in terms of function. The speed of conversion into Kanji from the text entered in alphabet is faster than EgWord by ErgoSoft Co , the conventional Japanese word processing program. It has a sufficient dictionary. Moreover, it is easy to use. A further merit is that it is compatible with a considerable number of software. However, it is a pity that there are several problems i n order to use software by MicroSoft. For instance, you cannot use Word and the macro function does not operate in Excel. In order to overcome this problem,the Japanese subsidiary of MicroSoft modified Excel. Of the three disks mentioned by Steve, on e disk has this modified Excel. KanjiTalk consists of the Japanese version of System 3.1 and Finder 5.1 as the basis and the 280k dictionary and the 350k fonts. The font for the display is 18-point. This is one of the largest shortcomings of the KanjiTalk. The excessibly large font can hardly be said to be attractive. It almost looks -like a child's picture book. This is due to the fact that complicated Kanji characters may not be displayed in small fonts due to the low resolution of Mac's CRT. Swaps from 128kROM to 256kROM(with fonts etched to it) are done free of charge until August 4th. I'm planning to swap the ROMs of my two Macs(512 and Plus) -in two or three days time. In order to run Excel on KanjiTalk, you need a MacPlus. It is quite a tough -job even on MacPlus to run Excel and MacWrite with Switcher since KnajiTalk uses -up the greater part of the memory just on its own. Junichiro ------------------------------ From: PEABO (10953) Subject: RE: Strange System/Finder Behavior: Folder Sizes Date: 29-JUL 20:18 Network Digests > Date: Mon 28 Jul 86 14:15:55-PDT > From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU> > Subject: Strange System/Finder Behavior: Folder Sizes > Following occurs on 512K Extended Mac (128K ROM, 800K internal drive, > 400K external drive) using System 3.2, Finder 5.3: > Start from 800K startup disk with usual System folder, various other > applications and folders. Use View menu to display disk contents by > Name, Size, or anything but Icon. No sizes are shown for any of the > folders -- they all have just " -- " in the size column. If you view by > size, the folders are all at the bottom of the list This is not a bug. The Finder avoids looking into HFS folders that are not open on the desktop, in order to save substantial amounts of time. Therefore it does not know how much information is in the closed folders. When you copy such a folder to another disk, it finds out how big it is, so it begins displaying the size information. Solution: use GetInfo on the folder to find out how much stuff is contained in a closed folder. peter ------------------------------ From: JEFFS (415) Subject: Menu Manager bug? Date: 29-JUL 22:26 Developers' Corner Now that I have TMON I attempted to track down a POM bug occasionally seen in FontDisplay (Aside: I *still* couldn't reproduce it! :-( ) Anyway, while I had heap scramble on I noticed that some menus were themselves getting "scrambled" so to speak! The menus that were screwed up were the menus to the right of the two menus I delete and reinsert into the menu bar (Font and Size). I tried calling DrawMenuBar and/or CalcMenuSize at the appropriate times and these menus were still no good. The only solution that works is just to lock down the handles to these menus. My dilemma is this: A) IM says to call MoveHHi before you lock down a handle. Megamax C does NOT include this in their library and I have not been able to locate sources for -it anywhere. Does somebody out there have it? B) Leave the HLock's in and forget about MoveHHi. C) Since I have NEVER seen this problem before, just remove the HLocks and forget about it. Assume those menu handles just don't move under "normal" conditions (the Menu Manager seems to think so or this bug would never have occurred.) Jeff ------------------------------ From: PEABO (417) Subject: RE: Menu Manager bug? (Re: Msg 415) Date: 29-JUL 23:53 Developers' Corner Are you really tight for storage in a 128K environment? MoveHHi is -recommended in order to avoid fragmentation of the heap, but it is not necessary if you -can tolerate the fragmentation. peter ------------------------------ From: JEFFS (420) Subject: RE: Menu Manager bug? (Re: Msg 417) Date: 30-JUL 18:51 Developers' Corner I suppose not but I would still like to get MoveHHi. It is Not In ROM -routines like this that make MPW more attractive than any of the other development systems. You can be pretty sure they WILL be in MPW if they are documented in IM. Jeff ------------------------------ From: DWB (432) Subject: RE: Menu Manager bug? (Re: Msg 420) Date: 31-JUL 03:22 Developers' Corner Or Lightspeed, which also supports the Pascal Only routines. In fact, according to them, they use the same library as gets used with Lisa Pascal. David ------------------------------ From: DDUNHAM (436) Subject: RE: Menu Manager bug? (Re: Msg 420) Date: 31-JUL 21:42 Developers' Corner Aztec supports [Not in ROM], too. Isn't that in ROM 128K? ------------------------------ From: JEFFS (442) Subject: RE: Menu Manager bug? (Re: Msg 436) Date: 31-JUL 22:48 Developers' Corner Hmmmm, you're right! Wonder if I should just disassemble it and put it in my code? Or should I just use it under 128K ROM's? Or as Peter suggested, just forget about it and see what happens? Jeff ------------------------------ From: MACINTOUCH (10969) Subject: RE: SCSD hd recommendations Date: 30-JUL 16:14 Network Digests to: jww@sdcsvax.UUCP (Joel West) Subject: SCSD hd recommendations We have used a Peak 20MB disk for a short time. It is not very quiet, but appears to be reasonably well built. It comes with a small set of SCSI utilities, and a decent manual. It looks like an MDIdeas disk. The people -who build it apparently came from the defunct MicroDesign company and one fellow -is from/in CA. The disk will go under the Mac, with a slightly larger footprint. It's suprisingly light in weight. The hard disk seems to be a MiniScribe, -with an Adaptec controller. Ric Ford ------------------------------ From: MACINTOUCH (10971) Subject: Internal Drive Chokes and Dies Date: 30-JUL 16:50 Bugs & Features I'm not too happy. A few months after paying list price to get my Mac 512 upgraded with internal 800K drive and 128K ROMs, I was restoring some files to a re-initialized hard disk when a nice double-sided Sony floppy came half-way out of the internal drive, hung up, tried again, and finally came out. Since then, the internal drive is useless. It won't read or write, although disks can be inserted and ejected. It won't format or initialize. I didn't jam anything; there was only one, well-adhered label on the disk; the disk wasn't warped, and nothing else was strange except the results. I had just read a number of disks successfully. Wishing I had an external floppy drive ... Ric Ford ------------------------------ From: PEABO (10972) Subject: RE: Internal Drive Chokes and Dies (Re: Msg 10971) Date: 30-JUL 17:00 Bugs & Features My Mac Plus swallowed a disk yesterday, and I had to open up the Mac and pull the floppy disk out in order to remove the disk. Once the floppy drive was removed from the frame, the disk popped out as nice as you please, so it must be the plastic bezel that is causing the problem. I did not fool with the mounting frame to see if the disk drive could be adjusted in its vertical position. While I had everything disassembled, I took a close look at the Mac Plus digital board (you have to remove that in order to get at the screws that hold the floppy diskette mounting bracket into the frame). Boy, do those memory chips look nice! The update to the hardware manual mentions by the way that there is a 2.5 meg Mac Plus congfiguration: 512K in 256K SIMMs and the other 2 megs in 1 meg SIMMs. peter ------------------------------ From: MACINTOUCH (10974) Subject: RE: Internal Drive Chokes and Dies (Re: Msg 10972) Date: 30-JUL 18:36 Bugs & Features _You_ don't have a HyperDrive! I opened the sucker up, and thought "no, you'll get it apart and then something won't fit right and it'll _break_" I decided not to hack on it myself. There's a lot to be said for Apple's elegant hardware design, and a lot to be said for not adding weird stuff to the guts of the Mac, if you have any interest in do-it-yourself repair. :-( Ric ------------------------------ From: ASJ (416) Subject: 3780 BiSync Protocol Date: 29-JUL 22:37 Programming Techniques If anyone has experimented with changing the SCC from the async parameters to the BiSync parameters,would you please let me know how it turned out. The -chip will support BiSync, but will the Mac allow the chips parameters to be -changed, used in that mode to communicate with a device that only understands 3780 BiSync, and then changed back to async. Any experiences in this area would be appreciated. The 3780 protocol and EBCDIC conversions present no problems, -but the BiSync may be beyond my abilities. Thanks, Arvid Jedlicka ------------------------------ From: MACINTOUCH (10975) Subject: RE: TOPS by Centram Systems West Date: 30-JUL 18:49 Network Digests to: Thomas D. Schardt <K3TDS%SCFVM.BITNET@WISCVM.ARPA> Subject: TOPS by Centram Systems West We have used beta-test versions of TOPS and found them remarkably useful and friendly. The architecture is that of a fully-distributed file-server, with IBM PC support (on AppleTalk, with a supplied IBM PC card in the PC version of the package). Beta test versions crash under some circumstances, but we are scheduled to receive final versions this week. BMUG (the Berkeley Mac Users Group) is also quite familiar with TOPS. Micah has announced a version of TOPS for their hard disk, called MicahTOPS, in obvious response to GCC's HyperNet. From what we've seen, TOPS looks like a clear winner in networking software -for AppleTalk, but the reliability is still unknown. TOPS is supposed to support Omnis3 MultiUser. Support for Unix and other systems is planned (I think VMS is included). Ric Ford "MacInTouch" newsletter ------------------------------ From: DDUNHAM (10983) Subject: RE: RE: System 3.2 Bugs Date: 30-JUL 22:25 Network Digests From: Paul Christensen <PCHRISTENSEN%rca.com@CSNET-RELAY.ARPA> Subject: RE: System 3.2 Bugs > One of these bugs I assume is the Finder's difficulty with addition, for > example showing that a file is 300192 bytes long, and only occupies 297K on > disk. (Ignore the K figure, the byte figure is accurate.) 1K = 1024 bytes (NOT 1000 like before). 300192 = 294K (rounding up). -Something certainly appears wrong, but remember files are allocated in clumps, whose -size depends on the disk you're using (my pre-HFS Corvus used 10K allocation!), and that the resource and data fork each are a separate file in effect. Why did Apple change Finder? Well, consider that they don't sell 524K Macs... ------------------------------ From: CNOSY (10988) Subject: voice recognition Date: 30-JUL 23:44 Creative Pursuits I think I might have a way for Macintosh to be voice comanded and to be spoken to to verbaly .how can I get in touch with someone who is very interested in this ? I am trying to get some knolagble fokes to make Mac the first larg vocabulary verbaly spokev spoken to commanded computer!!!!! I know it can be done and I have woeked out all of a block diagram and most all excpt codes !!I am ready for the building of the system of the systemWho do I get in touch -with This could be finished in perhaps 2 months months!!!!!!!!!!!!!!!!!!! ------------------------------ From: MACLAIRD (10996) Subject: RE: _Debugger trap failure Date: 31-JUL 06:37 Network Digests >From: brian@ut-sally.UUCP (Brian H. Powell) >Subject: _Debugger trap failure Use ILLEGAL instead. The instruction word $4AFC, according to the blue book, will always be unimplemented, and it's always worked for me with MacDB and the Nubs. Now what _doesn't_ work is MacDB A on a MacXL running AppleTalk, although it does work on the 512K Mac: this is a little bit of a pain, as the XL screen -is larger and the default display from MacDB is more detailed. ------------------------------ From: MACLAIRD (10997) Subject: RE: RE: System 3.2 Bugs Date: 31-JUL 06:38 Network Digests >From: Paul Christensen <PCHRISTENSEN%rca.com@CSNET-RELAY.ARPA> >Subject: RE: System 3.2 Bugs >System 3.2 was finally released late in June, and Apple admitted that there >were some bugs that were so fundamental that they could not be corrected >without a total rewrite of the software. One of these bugs I assume is the >Finder's difficulty with addition, for example showing that a file is 300192 >bytes long, and only occupies 297K on disk. (Ignore the K figure, the byte >figure is accurate.) Let's see, 1K=2^10=1024, so 300192/1024 = 293.1K. Given the fact that disk allocation is blocked, say to 1K, and the data and resource forks might each run just over the 1K boundary, maybe the file only occupies 296K on disk. Of course, the logical EOF and physical EOF may be different... The _original_ Finders had the division bug, related to Apple's earlier penchant for overstating disk size (remember the (almost) 5 Megabyte Profiles?) They reported 400K in empty disks by ignoring the boot and directory blocks. Current Finders, dividing by 1024 instead of 1000, report 391K available in an empty single-sided disk. ------------------------------ From: MACINTOUCH (11000) Subject: RE: MacroMind Date: 31-JUL 09:23 Network Digests MacroMind had distributed through Hayden Software. Hayden Software had problems and was bought out by Spinnaker Software (I don't think MacroMind got much of their royalities). MacroMind is now distributing through MindScape. The best bet is probably to contact MacroMind directly at: MacroMind 1028 West Wolfram Chicago, IL 60657 312-327-5821 Besides VideoWorks, MusicWorks, the MUD (MacroMind Utilities Disk), MM has VideoWorks-type packages for developers to include in their programs, some advanced music software under development, and generally, an incredible collection of projects and products. Ric Ford ------------------------------ From: MACINTOUCH (11001) Subject: DataFrame Price Cut Date: 31-JUL 09:29 Hardware & Peripherals Just heard from a friend who got a new ComputerWare catalog. He says that the DataFrame 20 hard disk has been cut to $830 for a one-month special. Ric Ford ------------------------------ From: MACINTOUCH (11009) Subject: RE: Usenet Mac Digest V2 #60 (Re: Msg 11008) Date: 31-JUL 19:12 Network Digests to: bmac1@ssc-bee.UUCP (Keith Pratt) Subject: Question on LaserWriter Resources This probably isn't much help, but Aldus supplies a special file with PageMaker called Aldus Prep, and PageMaker can print to pages larger than standard size by a process called "tiling" where you manually break up the large page into 8 1/2 x 11" tiles. You can lay an 11x17" page out and probably print a reduced-size version of it (I'm not sure about that last one.) To: abulloch@violet.berkeley.edu Subject: Problems editing non-Apple fonts with ResEd 1.0D12 I had a number of problems with version 1.0D12, including the inability to edit menu resources in Word. I noticed that the 1.0A1 version released in the latest Software Supplement says 1.0D11 in the About box. It might be worth trying this version. Ric Ford "MacInTouch" newsletter ------------------------------ From: MOUSEKETEER (11012) Subject: 800K Drives Date: 31-JUL 20:26 Hardware & Peripherals While visiting my friendly local Apple dealer today, I spent some time in the service department poking my mousish nose into places it can get shocked. A cute little box of munch-happy DS drives is building quickly in one corner. The problem was said to be more widespread than I thought. One service guy finished up an upgrade with a pat on the top and "See you again in a week or two...". "This little arm here that's get bent easily" was considered to be the -culprit, and after opening a few of the upgrade kits, I tend to think the packing Apple is using for the upgrade drives is part of the problem. What appears to be well-thought-out packaging on paper (or a larger screen than *I* have..grin), results in a mess after the joys of a trucking service. Alf I'd go into the scenario of the 8 little Macs in a row, all from the same -well- known oil company, all with Hyper ills, but it's too sad. My understanding -was that said oil company was about ready to find another use for one of it's low-return wells..... ------------------------------ From: DDUNHAM (11024) Subject: RE: INFO-MAC Digest V4 #93 (Re: Msg 10973) Date: 31-JUL 21:41 Network Digests to: uwvax!husc6!endor!mazur@ucbvax.berkeley.edu (Eric Mazur) > I have a related question concerning PACK 0. David Dunham (how can I reach > him from Usenet?) told me my problems with MiniWriter were due to the > presence of the PACK 0 resource in the System file. You can't reach me direct from Usenet; I'm but a solitary developer and don't have hardware besides Macs. I'm on Delphi (DDUNHAM), MCI Mail (DDUNHAM), and Compu$erve (76074,762) for those with access. Luckily the digests are posted on Delphi (I don't know what the delay is). On to the question: Did I _really_ say that? I meant to say that problems with the miniWRITER Typestyle dialog could be explained by the presence of PACK 0 in the _DeskTop_ file. miniWRITER expects to find PACK 0 in the System file; it's the list manager, which it uses to display a scrolling list of fonts. PACK 0 is new with System 3.x; it is _not_ duplicated in ROM! Do not throw it out! (I can't imagine why PACK 0 affected printing; the list manager does things like the scrolling file list, and the entire user interface of ResEdit.) As to the ROM resources, I'd experiment one by one. Dan Cochran doesn't -always give the most accurate answers (probably explained partially by his lead -time). ------------------------------ From: MADMACS (11026) Subject: PostScript and the new fonts in the Lase Date: 31-JUL 21:45 Programming I am looking for a little help in accessing the LaserWriter Plus ROM fonts using PostScript. I use /Times-Bold etc. to look up the old fonts, but what do you use for the new fonts that have two parts to their names? /Avant_Garde ? /ITC_Avante_Garde? Is there a way to get PostScript to return a directory of the available fonts? Thanks for any info you can provide. - Doug Wood (Madison Macintosh Users Group) ------------------------------ From: LOGICHACK (440) Subject: zoom box zooming Date: 31-JUL 22:15 Programming Techniques To Mac Purists: With all this talk about zooming windows and zoom boxes, I haven't noticed anyone blasting Finder for not drawing zoomrects when a window is zoomed. I don't think anyone else does it either (except myself, of course). What's the story? It isn't exactly tough to do. Paul :) ------------------------------ From: ASMCOR (441) Subject: Printer reset crash Date: 31-JUL 22:29 Inside Mac Anybody have any idea why this line of code (in LightspeedC) would crash when the Laserwriter is active? PrCtlCall(iPrDevCtl,lPrReset,0L,0L); Any ideas would certainly be appreciated. Jan ------------------------------ End of Delphi Mac Digest ************************ ------- Next, history, delete, reply, help, etc.? @